home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11756 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: nnrp.info.ucla.edu!jmartin
  2. From: jmartin@cs.ucla.edu (Jay Martin)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: 16 Mar 1996 01:09:32 GMT
  6. Organization: University of California, Los Angeles
  7. Message-ID: <4id4cc$1rau@saba.info.ucla.edu>
  8. References: <00001a73+00002504@msn.com> <Pine.A32.3.91.960313165249.124278B-100000@red.weeg.uiowa.edu> <4i9ld6$m2v@rational.rational.com> <4iah20$p7k@saba.info.ucla.edu> <4ictel$18v@tpd.dsccc.com>
  9. NNTP-Posting-Host: may.cs.ucla.edu
  10. X-Newsreader: NN version 6.5.0.b3.0 #9 (NOV)
  11.  
  12. kcline@sun132.spd.dsccc.com (Kevin Cline) writes:
  13.  
  14. >Maybe, but I personally find it much easier to maintain lex & yacc
  15. >grammers which make the file syntax explicit, instead of trying to
  16. >divine the syntax from scanf statements scattered throughout a dozen
  17. >subroutines.
  18.  
  19. If you have to parse something, fine use lex and yacc.  If it is
  20. simple I prefer to use simple IO statements of the language.  Parsing
  21. is really only needed when there are nested structures in the text.
  22. As a user, I do not want to read a grammer for a text file format.
  23. As a programmer annotated grammers do not do much for me either.
  24.  
  25. >The scanf programmers tend to define their input file syntax to make
  26. >it easy to parse, rather than easy to read, and then resist all
  27. >suggestions to extend the syntax for user convenience.
  28.  
  29. I personally do not find complex text file formats as an exceptable
  30. user friendly method of input in this day and age.  Users should look
  31. at GUI's not goofy text files.  Thus, slight differences in the
  32. flexiblity of file formats is really of little concern these days as
  33. no one should be really looking at them. Besides grammer style legacy
  34. text file formats I see little use for parsing besides writing your
  35. own C++ or Ada95 or other language compiler ( or pretty printer, etc).
  36. Something I am not planning to do anytime soon.  So has GUI's and huge
  37. languages really ruined the usefulness of parsing, or am I forgetting
  38. some important uses of parsers.
  39.  
  40. Jay
  41.  
  42.  
  43.  
  44.  
  45.